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METHOD FOR RELAYING IP PACKETS TO AN EXTERNAL CONTROL 
COMPONENT OF A NETWORK NODE 

CROSS REFERENCE TO RELATED APPLICATIONS 

[0001] This application is the US National Stage of International Application No. 
PCT/EP2004/050948, filed May 27, 2004 and claims the benefit thereof. The 
International Application claims the benefits of German application No. 10324603.7 DE 
filed May 30, 2003, both of the applications are incorporated by reference herein in their 
entirety. 

FIELD OF INVENTION 

[0002] The invention relates to a method for relaying IP packets to an extemal 
control component of a network node. 

BACKGROUND OF INVENTION 

[0003] In future, internet protocol networks, also referred to as IP networks, will 
transport superior quality services in addition to the standard current internet and best 
effort services and allow new applications. This will require extensions to the controller 
of the network nodes of an IP network or the network controller, e.g. to manage network 
resources or for fast reconfiguration in the event of an error. 

[0004] In general the alternatives are as follows: 

• Integrating control components in the network components, network nodes and/or 
network elements, such as routers, or 

• Linking control components in the form of extemal servers to the network 
components, network nodes or routers to be controlled. This can take place 
directly, i.e. by means of a connection or line between an extemal interface of the 
network component and the nearby control component or via a network 
connection between the network component and the control component. 

[0005] The first integrated solution has the advantage that network component 
information is available to the control component due to the close link wdth the network 
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component. 

[0006] In contrast an "add-on" solution is non-proprietary and more flexible, 
precisely because it is not so closely associated with the internal elements of the network 
component. Also "add-on" solutions can be based on standard hardware HW and 
software SW solutions, while network components such as routers are generally based on 
proprietary HW/SW solutions. "Add-on" control components allow shorter development 
cycles and cost savings to be achieved. The disadvantage of "add-on" solutions is 
however that intemal network component information is not available. 

[0007] The problems relating to the second, extemal, "add-on" server solution are set 
out below using the example of an admission control AC control component. 

[0008] One object of an admission control is to receive incoming resource requests, 
compare these with the resources still available and, if resources are still available, to 
program a network node or router, e.g. the router at the edge of the network or edge 
router, to control the data flow. This includes setting so-called functions, such as 
marking, filtering and policing. 

[0009] The following two questions thereby arise: 

A) How do the resource requests reach the add-on control component or admission 
control? 

B) How can the control component or admission control control and configure the 
network node and from where does the control component obtain the necessary 
information about the intemal elements of the network component, e.g. the interface at 
which a packet has been received and the interface to be configured? 

[0010] There are two variants of a solution to A) in principle; 

1) The data path taken by the IP packets is known and the control component or 
admission control can therefore be addressed directly accordingly. This is referred to as 
so-called out-band signaling. 

2) The signaling protocol follows the path of the data packets and therefore finds the 
control component or admission control automatically. This is referred to as so-called in- 
band signaling. 
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[0011] Only signaling according to the variant 2), i.e. in-band signaling, is assumed 
below. 

[0012] The standard resource reservation protocol RSVP is an in-band signaling 
protocol. It resolves the questions set out above, as described under point 2), and 
implements hop by hop reservation in the network node. The essential point here is that 
the RSVP entity is implemented in the router itself and can therefore operate in a very 
closely interleaved fashion with the router and its internal elements. 

[0013] The process is described schematically using the example of an RSVP-capable 
network, i.e. a network with RSVP-capable network nodes or routers according to figure 
1. 

[0014] Figure 1 shows a schematic IP network comprising a plurality of network 
nodes and routers A to H, each having an internal control component AC. The network 
node A is connected to the network node E on the one hand by means of a series 
connection comprising the network nodes B, C, D and on the other hand by means of a 
series connection comprising the network nodes F, G, H. The network nodes B and G, C 
and H and D and H are also connected together. The connections or cormection paths are 
for example configured as electrical or optical lines, such as two-wire lines, coaxial 
cables or optical waveguides. A subscriber X is cormected at the network node A and a 
subscriber Y is connected at the network node E. 

[0015] The subscriber X generates a resource request to the network for a data stream 
to the subscriber Y. It must thereby be ensured that the resource reservations in the 
network nodes are also actually made along the subsequent data path. In IP networks this 
data path is a function of current routing. Therefore in the resource reservation protocol 
RSVP the resource request is sent to the network with the IP destination address, i.e. the 
IP address of the subscriber Y. It therefore automatically follows the data path of the 
subsequent data stream to the subscriber Y. Although these RSVP messages are now not 
addressed to the RSVP control components AC or RSVP entities, the RSVP control 
components RSVP or RSVP entities of the network nodes on the path must be notified of 
them. 

[0016] These messages are therefore specifically characterized by the defined IP 
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protocol type "RSVP" in the IP header, i.e. in the header of an IP packet. 

[0017] The routers identify this protocol type and relay messages characterized thus 
directly to their RSVP entities, i.e. to the control component AC. 

[0018] Later, during the course of the procedure, the RSVP entity atthe edge of the 
network in respect of the subscriber X must configure its edge router A (filtering, 
marking, policing). Specifically the interface, via which the RSVP message fi-om the 
subscriber X originally arrived and via which the data stream from subscriber X to 
subscriber Y will later arrive, must be configured. As the RSVP entity is implemented in 
the router, it can request this internal information. 

[0019] The solution to both points A and B here is the close internal link between 
network node and control component.. 

Re A) The resource requests reach the control component via specific filters in the 
network node or router, which identify the protocol ID and relay the packets past the 
routing directly to the internal control component. 

Re B) The control component AC obtains information for configuring the network node 
or router by accessing internal router data. 

[0020] With external control components there is the problem that this internal 
information is not requested from the network node or made available by the network 
node. 

[0021] In the document "Implementation techniques of intserv/diffserv integrated 
network" by Minghai Xu et al., IEEE vol. 1, 9 April 2003, improvements are disclosed 
for integrated services in the context of Intserv/Diffserv networks. To this end service 
level specifications (SLS) with flow diagrams and algorithms are proposed, with which 
defined DSCP values are provided for signaling messages. Limits are also discussed for 
delaying services in Diffserv networks. 

[0022] In document WO 01/03383 a system and a method are disclosed for 
transmitting data in a communication system. This comprises a source network node, a 
packet data network, routers or switches and a destination network node. The source 
network node sends data packets, which contain information about the path or hop 
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response, to a control network node. The control network node sends the data packets to a 
destination network node but with a different hop response from the one originally 
specified in the data packets. This different hop response was sent previously from the 
destination network node to the control network node. 

SUMMARY OF INVENTION 

[0023] An object of the present invention is to specify a method, with which received 
IP packets can be relayed with interface information from the receiving network node to 
an extemal control component. 

[0024] This object is achieved by a method according to the features of the claims. 

[0025] The advantage of the invention is that JP packets with internal network node 
control information are relayed to an extemal control component. This means that a 
control component "added on" to a network node can take over more extensive control 
tasks from the network node. 

[0026] Advantageous developments of the invention are specified in the dependent 
claims. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0027] An exemplary embodiment of the invention is illustrated in the drawing and 
described below. 

Figure 1 shows a schematic IP network with intemal network node control components 
AC according to the prior art. 

Figure 2 shows an IP network with the same structure as in figure 1 with extemal 
control components AC connected to the network node according to the invention. 

DETAILED DESCRIPTION OF INVENTION 

[0028] Figure 1 shows an IP network according to the prior art as already described 
in the introductory part. 

[0029] Figure 2 shows a network according to figure 1 with the difference that an 
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external control component AC is connected respectively to the network nodes A to H via 
a direct connection. 

[0030] In the same way as in the example mentioned in the introductory part, data 
packets are to be transmitted from the subscriber X to the subscriber Y. The external 
control components AC thereby require defined IP packets such as the RSVP packets and 
information concerning the interface of the network node at which the IP packet/RSVP 
packet was received. The latter information is only available intemally in the network 
node and cannot be requested. The routing tables of the network node or router only 
contain information about destinations, not about where a packet came from. 

[0031] To resolve the problem, rules are first configured on the interfaces of the 
network nodes. Current network nodes or routers support so-called policy routing. Rules 
can thereby be configured about how to proceed with specific packets. In this instance the 
rule is: 

[0032] "Packets with a defined protocol ID are not simply rerouted but are forwarded 
to a "next hop" as set in the rule, which leads to the competent extemal control entity. 

[0033] According to the invention in-band IP signaling packets are output to an 
extemal interface of the network node, to which the extemal control component is linked. 

[0034] Secondly in addition to the "next hop" the rules of policy routing also specify 
the value that a defined field of the header field of the IP packet should assume. For 
example the value that the so-called DSCP field in the IP header that comprises 6 bits 
should assume. In Diffserv networks this serves to characterize packet priority. If the 
control component or control entity is linked directly to the network nodes or routers via 
a specific interface, this DSCP information is however not required. Therefore a rule is 
configured on every input interface of the network node, to input or code a number or 
other information in a defined field of the header fields of the IP packet or the IP header, 
such as the DSCP field. This number is assigned uniquely to an interface, so that every 
interface respectively inputs a number or ID assigned to it in an IP packet, if the IP packet 
is intended for the extemal control component. This means for example that every in- 
band IP signaling packet, for example of the protocol type RSVP, is modified on the 
interface in the DSCP field, the number of the interface is for example input there and 
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said packet is relayed to the external control component. 

[0035] As the DSCP field in the header comprises 6 bits, it is possible to differentiate 
64 values and therefore 64 interfaces of a network node. 

[0036] The DSCP value can of course still be used to characterize packet priority in 
the network itself, as it can be set for example by the control component AC or control 
entity to a different value. Also, irrespective of "misuse" of the DSCP priority field, the 
packet can be processed in the relevant router itself with a selectable priority, as this can 
also be formulated in a router rule. 

[0037] With a view to adding internal router information, such as interface numbers, 
virtual path identifier numbers or virtual channel identifier numbers, also referred to as 
VPWCI numbers, to the IP packets by means of rules in the router, it is possible to 
operate control components or control entities separately from the router. 
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